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About myself 


System engineer at Synthesio 

- Social media business intelligence 

- Monitoring dashboards 

X11 and *BSD user 

DragonFly developer since 2011 

Ported drm/i915 and drm/radeon 

Have been updating drm/i915 since then 
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About DragonFly 


Unix-like Operating System 


Forked from FreeBSD 4.8 in 2003 by Matthew 
Dillon 


High-performance and scalable 
Uses per-core replicated resources 
Many operations are naturally lockless 
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About DragonFly (2) 


e Innovative HAMMER filesystem 
e Disaster recovery on desktop and WAN scale 
- History retention 
- Real-time master-slave replication 
e Non resource-intensive deduplication 
- Great with DNA/protein and other repeating pattern data 
SSD-optimized second-level file cache 


— Killer feature for fileservers and database workloads not 
fitting in RAM 
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Kernel drivers based on Linux 


e Many people are writing Linux drm drivers 
e Very complex, fast-moving targets 

e Nobody is writing DragonFly drm drivers 

e I'm a sysadmin and I'm lazy 


e It's easier to change the DragonFly kernel to behave 
like Linux and use the Linux drivers as unmodified 
as possible than trying to constantly keep up and 
change the drivers to use DragonFly-specific APIs 
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Linux compatibility layer 


e From the point of view of the graphics drivers, the 
DragonFly kernel can be considered a BSD-licensed 
implementation of Linux 


e Many linux/xxx.h wrappers taken from FreeBSD 
(OFED project, Infiniband drivers) 


e Some APIs implemented locally: idr(9), various 
linux/yyy.h headers, etc... 


e Other Linux functions taken from OpenBSD 
e A few from NetBSD 
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Linux compatibility layer (2) 


e Is /usr/src/sys/dev/drm/include/linux 


atomic.h gcd.h list.h sched. h 
backlight. h gfp.h log2.h seq_file.h 
bug. h hashtable. h mm. h slab. h 
capability.h hdmi. h module. h spinlock.h 
compiler.h highmem. h mutex. h time.h 
device.h kernel. h pci.h etc... 


e Most common Linux APIs used in the drm subsystem implemented by 
wrappers 


78 files in drm/include/asm and drm/include/linux 


8379 lines in headers and drm/linux_*.c files 


BSD 2-clause license 
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drm/i915 kernel driver 


Mostly in sync with Linux 3.17 

- Not the MST Display-Port code 

Some critical fixes from Linux 3.18 and 3.19 
Supports ~= Core 2 to Broadwell GPUs 
Skylake will require an update to Linux 3.19+ 


Involved people: Francois Tigeot, Johannes 
Hofmann, Matthew Dillon, Imre Vadasz, 
Rimvydas Jasinskas 
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drm/i915 history 


e Summer 2010: GSoC, never went anywhere 
e June 2012: Start new 1915 port from FreeBSD 


e June 2013: 1915 working after adding PAT 
Support to the kernel 


e September 2013: 1915 work based on Linux 
e August 2014: Haswell support (Linux 3.8.13) 
e May 2015: Broadwell support (Linux 3.14) 
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drm/radeon kernel driver 


e drm/radeon mostly in sync with Linux 3.17 
e drm/ttm mostly in sync with Linux 3.11 
e People most involved lately: 
- Rimvydas Jasinskas (updates up to Linux 3.17) 
- Michael Neumann (updates up to Linux 3.11) 


- Imre Vadasz (temperature sensors support, various 
critical fixes) 


- Matthew Dillon (critical ttm fixes) 
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e October 2013: ttm + radeon mostly ported 


drm/radeon history 


August 2013: Start porting drm/ttm and 
drm/radeon from FreeBSD (~= Linux 3.8) 


July 2014: ttm + radeon working reliably 
February 2015: updated to Linux 3.9 
May 2015: updated to Linux 3.11 
August 2015: updated to Linux 3.17 
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drm/amdgpu kernel driver 


e Only appeared in Linux 4.2 
e We're not there yet 


e Will be required for Topaz, Tonga and Carrizo 
GPU families support 
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drm/nouveau kernel driver 


e Nvidia hardware was never really well supported, 
e Support has actually regressed 


- xf86-video-nv: 2D-only accelerated driver, stopped being updated 
years ago 


e Almost nobody in the DragonFly community has any investment 
to protect 


e Still played a bit with the driver 


e Some files with the same name exist in different subdirectories, 
cannot be built with the traditional *BSD build systems 


e Very low priority 
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Vesa driver 


Basic framebuffer display 

Purely userland 

Neither 3D nor 2D acceleration 
Only way to use Nvidia hardware 


Not too painful to display xterms and web 
browser windows 


Don't try to play full-screen videos 
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Generic drm code 


Still in bad shape 

A few parts up to Linux 3.17 (crtc, edid, hdmi, 
irq) 

Others much much older (< Linux 2.6.26) 

No drm master support 

No dma-buf support 
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Userland software 


Dports packages 


FreeBSD ports + adaptation layer + automatic tests 
and validation 


Ports = repository of package building instructions 
- Created and maintained by John Marino 
- 20,000+ packages 


Not enough manpower to maintain a complete ports 
tree from scratch 
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Userland in September 2015 


e Xorg-server 1.14.7 
- Version 1.17.2 works fine but not packaged 


e xf86-video-vesa 2.3.3 
e xf86-video-ati 7.5.0 
e xf86-video-ati-ums 6.14.6 


e xf86-video-intel 2.99.917 
- Git master works fine but not used by default 
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Userland in September 2015 (2) 


e Cairo 1.14.2 
e Mesa 10.4.6 

- Mesa 11 Is better, not packaged yet 
e FreeBSD ports are a bit stale 

- Still using xf86-video-intel 2.21.15 


- Had to create a locally managed port of xf86-video- 
intel 2.99.917 


- Hope it won't become necessary for other parts 
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Userland in September 2015 (3) 


Basic 2D operations work fine 
OpenGL also works fine 
Accelerated Videos 

Mate / kde / mpv / etc... 


- “KDE works beautifully [...] better under [DragonFly] 


4.2.4 than under 4.0.0” 


Openarena: up to ~= 200fps on HD4000 / 
1920x1200 
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Userland in September 2015 (4) 


e Beignet 
- OpenCL library for 1915 hardware 
- Mostly works fine, >90% pass rate on Haswell + test suite 


- Currently requires "export OCL_IGNORE_SELF_TEST=1" on 
Haswell 


e Wayland 
- Sort of future Xorg-server replacement 
- Doesn't speak X11, applications have to be ported 
- Working with the drm/i915 driver 
- Currently requires superuser rights 
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Other changes since 2014 


e New graphical TTY layer in DragonFly 4.3 
- By Imre Vadasz and Sascha Wildner 
e In-kernel, dumb framebuffer 
- Uses big, non-anti-aliased characters by default 
- Easy to read, even on small screens 
- Only supports ASCII characters 


e Previously black screen or frozen image after 
Xorg exit 
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Difficult spots 


e GEM and TTM code 


- DragonFly's VM subsystem works differently than 
Linux 


- Hard to handle things properly without introducing 
very nasty bugs 


© jic(4) API 
- Difficult to use, the Linux i2c one is much better 
- Devices are created top-down vs bottom-up in Linux 
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Known problems 


e Youtube videos 

- Tearing when the mouse is moving 

- Bug in xf86-video-intel 2.99.917 

- Fixed in git master; have started to package my own releases 
e Slight display corruption in some rare cases 
e LLC has to be disabled in xf86-video-intel 


- Probably a memory cache attribute not correctly changed in the 
drm/i915 kernel driver 


- Intel-gpu-tools also says we're leaking internal kernel return 
values in some IOCTLs (ERESTARTSYS) 
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Known problems (2) 


e Some radeon models only support Glamor 
acceleration 


- Xorg-server 1.17.2 works fine with it 


- But the packaged 1.14.7 version doesn't support 
Glamor at all 


e At some point we'll probably have to package 
new xorg-server versions ourselves 
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Future directions 


Synchronize the drm code itself to recent Linux versions 


- The lack of drmDropMaster() support is starting to become a 
problem 


Continue upgrading drm+drivers to more recent Linux 
versions 


- Skylake support could become important soon 

Use formal test-suites to find and fix kernel driver bugs 
Run some benchmarks, check if performance is OK 
Userland utf8 terminal emulator 

- https://github.com/ivadasz/fbteken 
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DragonFly Credits 


e Francois Tigeot: drm, drm/i915, drm/ttm and drm/radeon ports, i915 updates 
e Johannes Hofmann: made i915 work 
e Matt Dillon: made i915 and ttm work reliably 

- Added PAT support to the kernel 

- fixed critical VM bugs 
e Joris Giovanelli and Markus Pfeiffer: critical bug investigations and fixes 
e Michael Neumann: drm/radeon updates, critical drm improvements 
e Rimvydas Jasinskas: drm/radeon updates, OpenCL, critical improvements 
e Imre Vadasz: vtty kms support, drm bugfixes and improvements, Wayland 
e Yellow Rabbit: testing, drm bugfixes and improvements 
e Sascha Wildner: drm bugfixes and improvements, vtty support 
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Questions ? 
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